SACKGRQOND OF THE INVENTION 

1 . Field of the Invention 

The present invention relates to an uninstall system, 
5 an uninstall method^ and a coitputer program for uninstalling 
device drivers, such as a scanner driver or a printer driver. 

2. Description of Related Art 

Conventional install systems well known in the art 
install application programs on an operating system. This 

10 type of install system performs a process to cc^y each 
component of an application program having one or more such 
components (programs and data) to an appropriate location 
and to set data required for executing the application 
program under the control of the operating system. 

15 A similar install system known in the art copies 

device drivers needed to use a device under control of the 
operating system to a suitable location under the 
administration of the operating system, and records data 
necessary for operating the device drivers in the operating 

20 system. 

However, when using a multifunction device provided 
with a printer function, scanner function, fax function, and 
the like (also a copy function implemented by combining the 
scanner function and printer function) from a personal 
25 computer, as disclosed in Japanese unexamined patent 



1 



application publication No. HEI-10-97485, it is necessary to 
install on the operating system a printer driver, scanner 
driver, fax driver, and an application prograia for using the 
multifunction device from thQ personal computer. 
5 SUMMARY OF THE INVENTION 

When installing a plurality of software programs to 
use a single device^ much time and effort is required to 
install each program individually. Therefore^ an install 
system is conceivable to automatically install all software 

10 programs required for using the functions of the 
multifunction device by combining the plurality of software 
programs in a single package and storing this package on a 
storage medium, such as a CD-ROM. During installation, each 
software program is extracted individually from the package 

15 and installed in sequence. Another conceivable install 
system prompts the user to select and input settings for the 
device drivers and applications during the installation 
process and performs settings based on the inputted 
selections. 

20 For example, when using the conceivable install system 

provided in an operating system commonly used on personal 
computers, a first multifunction device (Device 1) having 
the model name Model A and provided with a printer function 
and scanner function is connected to the default port of the 

25 personal computer. Port A. When installing the device 
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drivers (Scanner Driver A and Printer Driver A), the install 
system enters settings data in the registry, which is an 
area in the operating system for storing settings data^ as 
illustrated in Fig* 1(a). 
5 In other words, as shown in Fig. 1(a), the install 

system creates a Function- Specif ic Device 1 key (scanner 
registry key) 111 for a system registry (scanner) 110. The 
system sets "Scanner Driver A'' as a driver specification 
data Ilia, ^Scanner Interface A" as an input/output 

10 interface specification data 111b, and ^Scanner A-l*^ as a 
scanner name 111c and stores this data under the Function- 
Specific Device 1 key (scanner registry key) 111- 
Input/output specification data for the scanner can 
conceivably be the name of the STI driver (standard text 

15 interface driver) and the IP address of the scanner with 
which the STI driver should communicate. The system 
determines whether the Scanner Driver A is already stored in 
the scanner driver storage area of the operating system, if 
the driver is not already stored in the storage area, then 

20 the Scanner Driver A stored on a CD-ROM or the like is 
copied to the scanner driver storage area and a request is 
issued to the operating system to set the Scanner Driver A 
to Port A. 

Similarly, as shown in Fig. 1(a), the install system 
25 creates a Function-Specific Device 1 key (printer registry 
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key) 121 for. the system registry (printer) 120. The system 
sets ^''Printer Driver A'' as a driver specification data 121a, 
Printer Interface A" as input /output interface 
specification data 121b, and "^^Printer A-l'' as a printer name 
5 I21c and stores this data under the Function- Specific Device 
1 key (printer registry key) 121. The input/output 
interface specification data for the printer can conceivably 
be a port name or the like specifying a port, which is the 
logical interface recorded in the operating system. The 

10 port is stored in the operating system by a port driver, 
which is the interface driver. The system then determines 
whether Printer Driver A is already stored in the printer 
driver storage area of the operating system. If the driver 
is not already stored in the storage area, the system copies 

IS Printer Driver A from a CD-ROM or the like to the printer 
driver storage area and issues a request to the operating 
system to set Printer Driver A to Port A, 

Further, as shown in Fig. 1(a), the install system 
sets ^Model A^ as a model name 131 and stores this data 

20 under a vendor registry 130. 

As a result, if the user clicks on a folder (scanner) 
managed by the operating system, the operating system 
displays a folder (scanner) window 150 shown in Fig. 1(b) on 
the display device, of the personal computer based on the 

25 settings data. Displayed within this window 150 are a 
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scanner nam©, which is "^"Scanner in this case, and an 

icon 151a. When the user clicks on this icon, the operating 
system executes a process to acquire the status of the first 
multifunction- device connected to Port A that corresponds to 

5 Scanner A-1. The status is acquired from Port A, using 
Scanner Driver A and Scanner Interface A, and displayed on 
the user's monitor. The operating system also displays a 
dialog box enabling the user to view and modify settings for 
Scanner A-1, to store settings modified by the user in the 

10 display dialog box, and to output these changes to the first 
multifunction device via Port A using Device Driver A 
(Scanner Driver A) . Further, if the operating system 
receives a scan request from an application program 
specifying Scanner A-l^ the operating system can control the 

15 first multifunction device via Port A and according to 
Scanner Driver A and Scanner Interface A to execute a scan 
operation* 

Similarly, when the user clicks on the folder 
(printer) managed by the operating system, the operating 

20 system displays a folder (printer) window 160 shown in Pig. 
1 (b) on the display device of the personal computer based on 
the settings data. Displayed within this window 160 are a 
printer name, which is ^Printer A-l" in this case, and an 
icon 161a- When the user clicks on this icon, a process is 

25 executed to acquire the status of the first multifunction 
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device connected to Port A that corresponds to Printer A-1. 
The status is acquired from Port A, using Printer Driver A 
and Printer Interface A^ and displayed on the user's monitor. 
The operating system also displays a dialog box enabling the 

5 user to view and modify settings for Printer A-1, to store 
settings modified by the user in the display dialog box, and 
to output the changes to the first multifunction device via 
Port A using Device Driver A (Printer Driver A) . Further, 
if the operating system receives a print request from an 

10 application program specifying Printer A-1, the operating 
system can control the first multifunction device via Fort A 
using Printer Driver A and Printer Interface A to execute a 
print operation. 

Further, when a second multifunction device (Device 2) 

15 of the same model as the first multifunction device (Model 
A) is connected to a Port B of the personal computer to 
which the first multifunction device is also connected^ the 
user inputs data to the install system for connecting Device 
2 to Port B. Since Scanner Driver A and Printer Driver A 

20 are already installed, the install system skips the t>^ocess 
to copy these device drivers and executes a process to set 
registries and to issue a request to the operating system to 
set the device drivers to Port B. As a result, as shown in 
Fig. 2(a), a Function-Specific Device 2 key (scanner 

25 registry key) 112 is added to the system registry (scanner) 
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110, The system also sets ^Scanner Driver A" as a driver 
specification data 112a, ^^Scanner Interface B*^ as an 
input /output interface specification data 112b, and ^^Scanner 
A-2" as a scanner name 112c under the Function-Specific 
5 Device 2 key 112. Similarly, a Function-Specific Device 2 
key (printer registry key) 122 is added to the system 
registry (printer) 120. The system sets '^^Printer Driver A'' 
as a driver specification data 122a, ^^Printer Interface B" 
as an input /output interface specification data 122b, and 

10 ^'Printer A-2" as a printer name 122c under the Function- 
Specific Device 2 key 122. 

In this way, a separate connection point (port in this 
example) for one device driver can be added and set in 
addition to the connection point that has been set when the 

15 same device driver has been first installed. The settings 
data for the device driver is managed for each connection 
point. In the example described above, as shown in Fig. 
2(b), icons 151a and 151b are created for each connection 
point, enabling the user to select a connection point 

20 corresponding to one of the icons from the application 
program or the operating system in order to select the 
device to be used. 

With this install system, software programs required 
for using a device can be easily installed, even when . a 

25 plurality of software programs must be installed to use a 
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single device, such as a multifunction device. Accordingly/ 
the user can qulcJcly use the device from a personal computer. 

Further^ an uninstall system for designating and 
uninstalling a plurality of installed application programs 
5 at once is known in the art. When a plurality of 
application programs have been installed, this uninstall 
system performs a process to delete all individual 
components of the application programs and to delete all 
settings data required for operating the application 

10 programs. 

However, since it is impossible to specify the 
association of device drivers for each function of a device 
after installation, it is impossible to uninstall a 
plurality of device drivers all at once. 

15 For example, when a printer driver, scanner driver, 

and fax driver are Installed on an operating system, only 
data required to operate these device drivers is set in the 
operating system during installation. Hence, it is 
impossible to specify the association of these device 

20 drivers and, thus, the device drivers cannot be uninstalled 
all at once. 

In view of the foregoing, it is an object of the 
present invention to provide an uninstall system enabling 
the user to easily uninstall a plurality of device drivers 
25 required for using a single device. 
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In order to attain the above and other objects, the 
present invention provides an unlnstall device, including: 
installing means, additional installing means, unlnstall 
request receiving means, and uninstalling means. The 
5 installing means is for executing an installation process 
for recording, in a device registration area managed by an 
operating system, function-specific device specification 
data, which is data to enable an operating system to 
identify a function of a device, in association with device 

10 driver specification data, which is data for specifying a 
device driver as a program for controlling the device to 
execute the function. The additional installing means is 
for performing an additional installation process for 
recording at least one of the function-specific device 

15 specification data and the device driver specification data 
in an additional registration area in association with 
device specification data, which is data indicating the 
device. The unlnstall request receiving means is for 
performing a process to receive an unlnstall request from a 

20 user targeting the device. The uninstalling means is for 
performing, when an unlnstall request for the device is 
received from the user by the unlnstall request receiving 
means, an unlnstallation process for removing, from the 
device registration area, the device driver specification 

25 data that is associated with the function-specific device 
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specification data for the device targeted for 
uninstallation, by using the at least one of the function- 
specific device specification data and the device driver 
specification data that is stored in the additional 
5 registration area in association with the device 
specification data indicating the device targeted for 
uninstallation . 

According to another aspect, the present invention 
provides an uninstall device, including: an operating 

10 system; a memory; an installing portion; an additional 
installing portion; an uninstall request receiving portion; 
and an uninstalling portion. The installing portion 
executes an installation process foe recording, in a device 
registration area managed by the operating system, function- 

15 specific device specification data, which is data to enable 
an operating system to identify a function of a device, in 
association with device driver specification data, which is 
data for specifying a device driver as a program for 
controlling the device to execute the function. Th© 

20 additional installing portion performs an additional 
installation process for recording at least one of the 
function-specific device specification data and the device 
driver specification data in an additional registration area 
in association with device specification data, which is data 

25 indicating the device. The uninstall request receiving 
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portion performs a process to receive an uninstall request 
from a user targeting the device. The uninstalling portion 
performs, when an uninstall request for the device is 
received from the user by the uninstall request receiving 
5 portion, an uninstallation process for removing, from the 
device registration area^ the device driver specification 
data that is associated with the function-specific device 
specification data for the device targeted for 
uninstallationr by using the at least one of the function- 
10 specific device specification data and the device driver 
specification data that is stored in the additional 
registration area in association with the device 
specification data indicating the device targeted for 
uninstallation. 

15 According to another aspect, the present invention 

provides an uninstall method, including: executing an 
installation process for recording, in a device registration 
area managed by an operating system, function-specific 
device specification data, which is data to enable an 

20 operating system to identify a function of a device, in 
association with device driver specification data, which is 
data for specifying a device driver as a program for 
controlling the device to execute the function; performing 
an additional installation process for recording at least 

25 one of the function-specific device specification data and 
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the device driver specification data in an additional 
registration area in association with device specification 
data, which is data indicating the device; performing a 
process to receive an uninstall request from a user 

5 targeting the device; and performing, when an uninstall 
request for the device is received from the user, an 
uninstallation process for removing, from the device 
registration area, the device driver specification data that 
is associated with the function-specific device 

10 specification data for the device targeted for 
uninstallation, by using the at least one of the function- 
specific device specification data and the device driver 
specification data that is stored in the additional 
registration area in association with the device 

as specification data indicating the device targeted for 
uninstallation • 

According to another aspect, the present invention 
provides an uninstall program, including the programs of: 
executing an installation process for recording, in a device 

20 registration area managed by an operating system, function- 
specific device specification data, which is data to enable 
an operating system to identify a function of a device, in 
association with device driver specification data, which is 
data for specifying a device driver as a program for 

25 controlling the device to execute the function; performing 
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an additional installation process for recording at least 
one of the function-specific device specification data and 
the device driver specification data in an additional 
registration area in association with device specification 
5 data, which is data indicating the device; performing a 
process to receive an uninstall request from a user 
targeting the device; and performing/ when an uninstall 
request for the device is received from the user, an 
uninstallation process for removing, from the device 

10 registration area, the device driver specification data that 
is associated with the function-specific device 
specification data for the device targeted for 
uninstallation, by using the at least one of the function- 
specific device specification data and the device driver 

15 specification data that is stored in the additional 
registration area in association with the device 
specification data indicating the device targeted for 
uninstallation • 

According to another aspect, tlie present invention 

20 provides an uninstall system. Including: installing means, 
uninstall request receiving means, and unlnstalling means* 
The installing means is for registering, in a device 
registration area managed by an operating system, data of a 
group of device drivers for a device, the group of device 

25 drivers including a plurality of device drivers to be used 
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by the operating system to control the device to perform a 
plurality of functions. The uninstall request receiving 
means is for receiving a user's instruction to uninstall the 
group of device drivers for the device • The uninstalling 

5 means is for canceling, upon receipt of. the instruction, 
registration of the group of device drivers from the device 
registration area. 

According to another aspect, the present invention 
provides ah uninstall system, including: a memory and a 

10 controller. The controller registers, in a device 
registration area that is prepared in the memory and that is 
managed by an operating system, data of a group of device 
drivers for a device, the group of device drivers including 
a plurality of device drivers to be used by the operating 

15 system to control the device to perform a plurality of 
functions, that receives a user's instruction to uninstall 
the group of device drivers for the device, and that cancels, 
upon receipt of the instruction, registration of the group 
of device drivers from the device registration area. 

20 According to another aspect, the present invention 

provides a storage medium storing an uninstall program 
readable by a computer, the uninstall program including the 
programs of: executing an installation process for recording, 
in a device registration area managed by an operating system, 

25 function-specific device specification data, which is data 
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to enable an operating system to Identify a function of a 
device, in association with device driver specification data, 
which is data for specifying a device driver as a program 
for controlling the device to execute the function; 
5 performing an additional installation process for recording 
at least one of the function-specific device, specification 
data and the device driver specification data in an 
additional registration area in association with device 
. specification data, which is data Indicating the device; 

10 performing a process to receive an uninstall request from a 
user targeting the device; and performing, when an uninstall 
request for the device is received from the user, an 
uninstallation process for removing, from the device 
registration area, the device driver specification data that 

15 is associated with the function-specific device 
specification data for the device targeted for 
uninstallation, by using the at least one of the function- 
specific device specification data and the device driver 
specification data that is stored in the additional 

20 registration area in association with the device 
specification data indicating the device targeted for 
uninstallation. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The above and other objects, features and advantages of 

25 the invention will become more apparent from reading the 
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following description of the preferred embodiments taken in 
connection with the accon^anylng drawings in which: 

Figs. 1(a) and 1(b) are explanatory diagrams showing a 
first example of a conceivable installation and 
5 uninstallation process, wherein Pig. 1(a) illustrates how a 
conceivable install system enters settings data in 
registries when installing device drivers for one 
multifunction device, and Fig. l(b} illustrates a folder 
window displayed based on the settings data of Fig. 1(a); 

10 Figs. 2(a) and 2(b) are explanatory diagrams showing a 

second example of a conceivable installation and 
uninstallation process, wherein Fig. 2(a) illustrates how 
the conceivable install system enters settings data in 
registries when installing device drivers for two 

15 multifunction devices of the same model/ and Fig. 2(b) 
illustrates folder windows displayed based on the settings 
data of Fig. 2 (a) ; 

Fig. 3 is an explanatory diagram showing the structure 
of an uninstall system according to a preferred embodiment 

20 of the present invention; 

Fig. 4 is a flowchart showing steps in an installation 
process; 

Fig. 5 is a flowchart showing steps in a registry 
creation process described in SlOO of Fig. 4; 
25 Fig, 6 is a flowchart showing steps in a local 
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registry creation process described in S400 of Fig. 4; 

Fig. 7 is an explanatory diagram showing an example 
registry when the port is local; 

Fig. 8 is an explanatory diagram showing an example 
dialog box for selecting an IP address for the target of 
installation; 

Fig. 9 is an explanatory diagram showing an inf file 
as an example driver data file; 

Fig. 10(a) is an explanatory diagram showing an 
example entry in the system registry as settings data for 
the scanner driver; 

Fig, 10 (b) is an explanatory diagram showing an 
example entry in the system registry as settings data for 
the printer driver; 

Fig. 11 is an explanatory diagram showing an example 
registry when the port is network; 

Fig. 12 is an explanatory diagram showing data stored 
on the hard disk drive when the installation process has 
completed; 

Fig. 13 is a flowchart showing steps in a first part 
of an uninstallation process; 

Fig. 14 is a flowchart showing steps in a second part 
of the uninstallation process of Fig. 13; 

Fig. IS show a flowchart showing steps in remaining 
parts of the uninstallation process of Fig. 14; 
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Fig. 16(a) is a flowchart showing steps in a first 
uninstall list creation process described in S600 of Fig. 
13; 

Fig- 16(b) shows examples of a Registry 1, Registry 2, 
5 and Registry 3 created in the process of Fig. 16(a). 

Fig. 17 (a) is an explanatory . diagram showing an 
example of the first uninstall list/ which is obtained 
through the process of Fig. 16(a) based on the example 
registry in Fig. 11; 
10 Fig. 17(b) is an explanatory diagram showing an 

example of the second and third uninstall lists which are 
obtained through the process of Fig. 13 when the user 
selects ^^Local'' as the uninstall type and the only entry in 
the first uninstall list having ''Local'' as the port name is 
15 "^2"? 

Fig. 17(c) is an explanatory diagram showing an 
example of the second and third uninstall lists which are 
obtained through the process of Fig. 13 when the user 
selects '"All" as the uninstall type; 
20 Fig. 18 is an explanatory diagram showing an example 

of the uninstall type selection dialog box; 

Fig. 19 is an explanatory diagram showing an example 
of the list dialog box; 

Fig. 20 is a flowchart showing steps in a description 
25 display process described in S930 of Fig. 14; and 
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Fig. 21 is an explanatory diagraiu showing an example 
of the Brlst.ini file. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
An uninstall system, uninstall method, and computer 
5 program according to a preferred embodiment of the present 
invention will be described while referring to the 
accompanying drawings. 

Fig. 3 is a block diagram showing the construction of 
a system 100 employing multifunction devices. The system 
10 100 includes a personal computer 1 functioning as the 
uninstall system of the preferred embodiment, and 
multifunction devices 2 (2a, 2b, and 2c) . 

The personal conputer 1 is a common personal computer 
Including a CPU 11, a RAM 12, a CD-ROM drive 13, a hard disk 
IS drive 14, a parallel port 15, and a network interface 16, 
The- personal computer 1 is connected to a display device 17 , 
The personal computer 1 can run an operating system (MS- 
Windows (registered trademark] ) stored on the hard disk 
drive 14 and display various data on the display device 17, 
20 The personal computer 1 is also connected to a mouse and 
keyboard IB that enable the user of the personal computer 1 
to select and input data. 

The system 100 is also provided with a CD-ROM 10 that 
can be mounted in the CD-ROM drive 13. The CD-ROM 10 stores 
25 various programs including an installer, an uninstaller, and 
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device drivers. The installer and the uninstaller are for 
controlling the computer to function as an uninstall system. 
When the CD-ROM 10 is inserted in the CD-ROM drive 13, the 
CPU 11 can read programs and data into the RAM 12 from the 
5 CD-ROM 10 and execute processes using the operating system 
stored on the hard disk drive 14. 

One end of a printer cable 4 is connected to the 
parallel port 15 of the personal con^uter.l, while the othei: 
end is connected to the multifunction device 2a, enabling 

10 the multifunction device 2a to communicate electrically with 
the personal computer 1. The network interface 16 of the 
personal computer 1 is connected to a network 3. The 
multifunction devices 2b and 2c are also connected to the 
network 3. Each multifunction device 2 (2a, 2b^ 2c) has at 

15 least one function among a printer function, an image 
scanner function, and a fax communication function. 

Upon receiving signals from the CD-ROM drive 13 
indicating that the CD-ROM 10 has been inserted therein, the 
CPU 11 controls the CD-ROM drive 13 to read and execute the 

20 install program stored on the CD-ROM 10. 

Next, the installation process implemented on the 
personal computer 1 when the CPU 11 executes the install 
program will be described with reference to Pigs. 4 through 
12. 

25 Fig. 4 is a flowchart showing steps in the 
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Installation process. Pig. 5 l3 a flowchart showing steps 
in a registry creation process described in SlOO of Pig. 4. 
Fig. 6 is a flowchart showing steps in a local registry 
creation process described in S400 of Fig. 4. The registry 
is a file storing settings that is managed by the operating 
system and is stored on the hard disk drive 14. 

When a user newly connects one multifunction device 2 
(2a, 2b, 2c, or the like) of the model name ^BrMFl," for 
example, to the personal computer 1 and desires to install 
necessary drivers for the multifunction device 2 to the 
personal computer 1, the user inserts the CD-ROM 10 for the 
device 2 in the CD-ROM drive 13 and inputs his/her 
instruction to start the installation process. As a result, 
the personal computer 1 starts executing the installation 
process by executing the installer program. when the 
installation process is started, as shown in Fig. 4, a 
registry creation process is first executed in SlOO. 
This process is shown in Fig. 5. 

As shown in Fig. 5, first, in SllO, a variable RegNura 
is created to indicate the registry number and in S120 is 
initialized to 1 (RegNum«l) . 

In S130, the CPU 11 acquires the model name from an 
ini file stored on the CD-ROM 10 and sets a variable szModel 
to this model name. In this example, the model name "BrMPl" 
is set to the variable szModel. 
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In S140, the CPU 11 then lists up all the registries 
existing in the HDD 14 under Registry 1 + szModel. The 
Registry 1 is defined as the base path in a registry 
incorporated in the installer. 

Now assume that three multifunction devices 2 of the 
model "BrMFl" have already been connected to the personal 
computer 1 as shown in Fig. 7 and that Registry 1 is defined 
as HKEY_L0CAL_b4ACHlNE\ Software \ Br\ Br MFL\ Z2\ " and 
szModel is "BrMFl." The CPU 11 acquires a list of 
registries under 'A HKEY_L0CAL_MACHINE\ SoftwareX Br\ Br MFL 
\ Z2\ BrMFl". The CPU 11 sets RegList to the registry list 
under this model name. 

In S150 the CPU 11 extracts the first data entry in 
RegList. For example, if the registry is that shown in Fig. 
7, the CPU 11 extracts '^1" as the first entry under «\ 
HKEY_L0CAL_MACHINE\ SoftwareN Br\ Br MFL\ Z2\ BrMFl." it is 
noted that when no driver for this model "BrMFl" has been 
installed on the personal computer 1, then the key \ 
HKEY_LOCAL_MACHINe\ SaftwareX Br\ Br MFL\ Z2\ BrMFl" itself 
does not exist in the registry of the HDD 14 and therefore 
the CPU 11 will be unable to extract the first data entry in 
RegList. 

In SI 60 the CPU 11 determines whether the first data 
entry in RegList has been acquired in S150. If the first 
data entry has been successfully acquired (S160: YES), then 
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the CPU 11 advances to S170, On the other hand^ if the CPU 
11 has failed to acquire the first entry (S160: NO), then 
the CPU 11 advances to S220. 

In S170 the CPU 11 sets RegNum to the acquired 
5 registry data. In the example of Fig. 7 described above, 
RegNum is now set to ^1". 

In S180 the CPU 11 attempts to acquire the next data 
entry in RegList, In S190 the CPU 11 dQtermines whether the 
data has been successfully acquired. If the data has baen 
10 acquired (8190: YES), then the CPU 11 advances to S200. 
Otherwise (S190: NO), the CPU 11 advances to S220. 

In S200 the CPU 11 determines whether the registry 
data acquired In S180 Is larger than RegNum. If the 
registry data is larger than RegNum (S200: YES), then the 
15 CPU 11 advances to S210. 

In S210 the CPU 11 sets RegNum to the value of the 
acquired registry data and subsequently returns to S180. 
However, if the acquired registry data is not larger than 
RegNum (S200: NO), then the CPU 11 returns to S180 without 
20 changing the value of RegNum. In other words, the CPU. 11 
searches for the greatest value among the acquired registry 
data. In the example of Fig. 7 described above, the largest 
value is ^'3''. 

In S220 the CPU 11 determines whether the RegNum key 
2S exists in the registry. If the RegNum key exists (S220: 
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YES), then in S230 the CPU 11 increments RegNum by 1. on 
the other hand, if the RegNum key does not exist (S220: NO), 
then the CPU 11 advances to S240. As a result, in the 
example of Fig, 7 described above, RegNum is set to 3+1=4. 
It is noted that when no driver for this model '^BrMFl" has 
been installed on the personal computer 1 (no in S160 and no 
in S220), then RegNum is set to 1. 

In S240 the CPU 11 sets a target data storage registry 
(installer registry) to Registryl\ szModel\ RegNum. In the 
exan^^le of Fig. 1, the data storage registry is set to ^\ 
HKEY_LOCAL_MACHINE \ Software \ Br \ Br MFL \ Z2 \ BrMFl \ 4," 
Subsequently, the CPU 11 advances to S310 in Fig. 4. 

It is noted that if no multifunction device 2 of the 
model *"BrMFl" has been connected to the personal computer 1, 
the data storage registry is set to "\ HKEY_L0CAL_MACHINE\ 
Software \ Br \ Br MFL \ 22 \ BrMFl \ 1." If only two 
multifunction devices 2 of the model ^^BrMFl" have already 
been connected to the personal computer 1^ the data storage 
registry is set to "\ HKEY_L0CAL_MACHINE\ Software\ Br\ Br 
MFL\ Z2\ BrMFl\ 3." 

In S310 the CPU 11 determines whether the device being 
installed (multifunction device 2) is a local connection or 
a network connection by displaying a dialog box and 
prompting the user to input a selection - 

If the device is a local connection (S310: Local), 
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then the CPU 11 advances to S400 and executes a local 
registry creation process shown in Fig. 4. On the other 
hand, if the device is a network connection (S310: Network) r 
then the CPU 11 advances to S320. 
5 The local registry creation process of Fig. 6 is for 

resetting the target data storage registry to a local 
registry if the local registry already exists in the HDD 14. 
In the system 100 according to the preferred embodiment, 
this process ensures that ' only one connection to a 
10 multifunction device can be recognized as a local connection 
by the personal computer 1. 

As shown in Fig. 6, first , in S410, the CPU 11 
acquires aubkeys located directly under Registry 1 \ 
HKEY_LOCAL_MACHINE \ Software \ Br \ Br MFL \ in this 

15 exair^le), and sets RegListLocall to these subkeys* 

In S420 the CPU H attempts to extract the first data 
entry under RegListLocall as the acquired registry data and 
determines in S430 whether a data entry has been acquired. 
If a data entry has been acquired (S430: YES), then the CPU 
20 11 advances to S440. Otherwise (S430: NO), the CPU 11 
advances to S330 in Fig. 4. 

In 3440 the CPU 11 sets RegSubl to the acquired 
. registry data. 

In S4 50 the CPU 11 acquires a list of registries under 
25 RegistrylX RegSubl and sets RegListLocal2 to this list. 
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In S460 the CPU 11 attempts to acquire the first data 
entry in RegListLocal2 and determines in S470 whether an 
entry has been acquired. If an entry has been acquired 
(S470: YES)^ then in S485 the CPU 11 sets RegSub2 to the 
acquired registry data in RegLi5tLocaI2 and advances to S490. 
However, if a data entry has not been acquired (S470: NO), 
then the CPU 11 advances to S480« 

In 3480 the CPU 11 attempts to acquire the next data 
entry in RegListLocall and returns to S430- 

In S490 the CPU 11 acquires the value of a PortName 
under RegSub2 and sets szPort to this value. In S500 the 
CPU 11 determines whether szPort is ^^Local." If szPort is 
'^Local'' (8500: YES), then the CPU IX advances to S520, 
However^ if szPort is not ^Local*' (SSOO: NO), then the CPU 
11 advances to S510. In S510 the CPU 11 attempts to acquire 
the next data entry in RegListLocal2 and returns to S470. 

In S520 the CPU 11 sets the target data storage 
registry to Registryl\ RegSubl\ RegSub2 and advances to S330 
in Fig. 4. In this way, if a ^^Local'' registry already 
exists, then the target data storage registry is changed. to 
that registry. However, if a ^^Local*' registry does not 
exist (S430: NO), then the data storage registry remains set 
to the registry created in SIOO. 

Now assume that three multifunction devices 2 of the 
model ^^BrMFl" have been already connected to the personal 
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computer 1 and therefore that the target data storage 
registry for the new multifunction device 2 is set to *A 
HKEY^LOCALJMACHINEN SoftwareX Br\ Br MFL\ Z2\ BrMFl\ 4" in 
S240. If one of the three multifunction devices 2 that is 
indicated by the registry A HKEY_L0CAL_MACHINE\ SoftwareV Br 
\ Br MFL\ 22\ BrMFl\ 2" is connected to the local port, the 
target data storage registry is changed to the registry \ 
HKEY__L0CAL_MACHINE\ SoftwareX Br\ Br MFL\ Z2\ BrMFlX 2" in 
SS20. 

Referring back to Fig. 4, if the device is a network 
connection (S310: Network), in S320 the CPU 11 sets the IP 
address- That is, the CPU 11 acquires data for devices 
connected to the network interface 16 via the network 3, 
displays the IP addresses and model names from among this 
data in a dialog box, such as that shown in Fig. 8, and 
prompts the user to make a selection. When the user makes a 
selection, the CPU sets the IP address of the device 2 that 
is targeted for installation to the selected IP address. 

In S330 the CPU 11 transfers the inf file (driver 
information file) shown in Fig. 9 to the operating system, 
copies driver files (printer driver, scanner driver, and fax 
driver) to their respective driver storage areas for the 
operating system on the hard disk drive 14, and issues a 
request to the operating system to register these drivers. 

More specifically, the CPU 11 directs the operating 
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system to register settings data in the system registry for 
each driver. In other words, the CPU 11 directs the 
operating system to store settings data under the system 
registry keys • 

5 In addition, the CPU 11 copies an uninstaller program 

and icon data from the CD-ROM 10 onto the hard disk drive 14. 

After the operating system has thus stored the 
settings data under the system registry keys as described 
above in S330, the program proceeds to S335. 

10 In S335 the CPU 11 records the port name, or '*'USB," 

^^LPT," or the like as comments under the printer 
registration key (device driver specification data for 
printer) of the system registry for printer and fax. In 
this way, installation is performed to install thQ IP 

15 address that is selected in S320 in a form that is included 
in the port name (PortKfame) . Next, the program proceeds to 
S340. 

In S340, the CPU 11 records data ' required for 
uninstallation in the target data storage registry 

20 (installer registry) . This required data includes a PC-FAX 
name (FaxName), a port name (PortName) , a printer name 
(PrinterNameHBP) , a scanner driver registry key name 
(TwalnClassData) , a TWAIN folder name (TwainDirName) , and a 
TWAIN DS name (TwainDSName) for the multifunction device 2 

25 now being installed. 
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More specifically, the CPU 11 reads in S340 the 
settings data from the registry keys, and writes the 
settings data to the target data storage registry. One 
method for identifying in S340 those registry keys, into 
5 which the operating system has just stored the settings data 
in S330r is to request in S330 that a prescribed value be 
stored in the registry keys in which the settings data is 
stored and detecting in S340 the registry keys that hold 
this prescribed value. 

10 The printer name ( Print erNameHBP) serves as function- 

specific device specification data for printer. The TWAIN 
DS name (TwainDSName) serves as function- specific device 
specification data for scanner. The scanner driver registry 
key name (TwainClassData) serves as device driver 

15 specification data for scanner. The port name (PortName) 
serves as input /output Interface specification data for 
identifying an input/output interface used for performing 
communications to control a device installed. 

It is noted that representative examples of the 

20 input /output interface include: a combination of a network 
port and address; and a USB port. Representative exanples 
of the port name (input/output interface specification data) 
therefore include: the STI driver name + address; and the 
port name. 

25 When the installation process for the multifunction 
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device 2 is compieted/ the registries; files for drivers 
(printer driver, scanner driver, and fax driver) ; the 
uninstaller; and the icon data are stored on the hard disk 
drive 14 as shown in Fig. 12, 
5 Fig. 10 (a) shows an example of settings data stored in 

the data column for the scanner driver registered in the 
system registry key with the scanner registry key name 
^"0047" (^TwainClassData'') for a network scanner. The 
scanner registry key name serves as device driver 

10 specification data for specifying a device driver (scanner 
driver, in this example) as a program for controlling the 
installed device to execute the corresponding function 
(scanner function, In this example) . The settings data 
includes scanner name ^'Br MFl LAN'', which serves as 

15 function-specific device specification data for enabling the 
operating system to identify a function (scanner function, 
in this example) of the device installed . 

As shown in Fig. 10(b), settings data are registered 
for a printer driver in another system registry key with a 

20 printer registry key name '"Br MFl Printer" for a network 
printer. The printer registry key name serves as device 
driver specification data for specifying a device driver 
(printer driver, in this example) as a program for 
controlling the installed device 2 to execute the 

25 corresponding function (printer function, in this example) - 
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The settings data includes: printer naine '^Br MPl Printer"/ 
for example, which serves as function-specific device 
specification data for enabling the operating system to 
identify a function (printer function, in this example) of 
the device installed; and port name ^''BLP_11.22 . 33 . 44_l''r for 
example, which serves as an input/output interface 
specification data for specifying an input/output interface 
used for performing communication between the personal 
computer 1 and the installed device 2. It is noted that the 
port name ^^BLP_11.22-33-44_l" is recoded as a comment under 
the printer registry key name ^^Br MFl Printer". 

It is noted that during the install process in 3330, 
as shown in Fig. 10(a), scanner name ""Br MFl LAN" (function- 
specific device specification data) is stored in association 
with the system registry key '"0047" (device driver 
specification data) for scanner {system registry for 
scanner). As shown in Fig. 10(b), printer name '"Br MFl 
Printer'' (function-specific device specification data) is 
stored in association with the system registry key '"Br MFl 
Printer" (device driver ispecification data) for printer 
(system registry for printer) . In S335, port name 
^BLP_11 . 22 . 33 . 44_1* (input/output interface specification 
data) is recorded as a printer comment in association with 
the system registry key ''Br MFl Printer'' (device driver 
specification data) for printer (system registry for 
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printer) . 

It is noted that after registering in S330 the system 
registry of Tig. 10(a), for example, the operating system 
returns in S340 the scanner driver registry key name 
5 '^TwainClassData" (0047 in Fig. 10(a)) to the installer 
program of Fig. 4, whereupon the installer program of Fig. 4 
reads in S340 settings data under this registry key name and 
stores the settings data in the target data storage registry. 

The data column shown in Fig. 7 is an example of data 
10 recorded in S340 in one target data storage registry 
(installer registry) for a multifunction device that is 
connected to a local port and that is specified by the key 
name ^\ HKEY_LOCAL_MACHINe\ Software\ Br\ Br MFL\ Z2\ BrMFl\ 

15 The data column shown in Fig. 11 Is an example of data 

recorded in S340 in another target data storage registry 
(installer registry) for another multifunction device that 
is connected to a network port and that is specified by the 
key name HKEY_L0CAL_MACHINE\ Software\ Br\ Br MFL\ 22 \ 

20 BrMFl\ 3". 

For example, during the install process of S340, as 
shown in Fig, 7, the port name ^^Local'' (input/output 
interface specification data) and the printer name "^BrMFl 
Printer I Br MFl USBPrinter" (function-specific device 

25 specification data) are stored in association with the key 
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name '^X HKEY_L0CAL_MACHINE\ SoftwareV Br\ Br MFL\ Z2\ BrMFl\ 
2'" in the installer registry for the multifunction device 2 
that is connected to the local port of the personal computer 
1. 

5 According to another example, during the^ install 

process of S340, as shown in Fig. 11, the port name 
^'^BLP_11. 22 . 33 . 44_1'' (input/output interface specification 
data) , the printer name ^*Br MFl Printer** (function-specific 
device specification data for printer) , the scanner registry 

10 key "^0047" (scanner driver specification data for scanner) , 
and the scanner name ^'Br MFl LAN" (function-specific device 
specification data for printer) are stored in association 
with the key name "A HKEY_L0CAL_MACHINE\ SoftwareX Br\ Br MFL 
\ Z2 \ BrMFl \ S** in the installer registry for the 

15 multifunction device 2 that is connected to the network port 
of the personal computer 1. 

With using the registries (the system registries of 
Figs. 10(a) and 10(b) and the installer registries of Figs, 
7 and 11, in this example), the driver files, and the icon 

20 data shown in Fig. 12, the operating system can control the 
multifunction device 2 via the device drivers according to 
commands received from an application program or the like. 
Accordingly, the user can use each multifunction device 2 of 
the same model from the personal computer 1 by controlling 

25 the multifunction device 2 via a corresponding port 
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according to the scanner driver and scanner interface or 
according to the printer driver and printer interface ► 

For example, the operating system executes printer 
function of some device 2 in a manner described below. The 
5 operating system finds the printer name ^^Br MFl Printer" 
(function-specific device specification data for scanner) 
for the printer function of the s\zbject device 2 in the 
system registry of Fig, 10(a). The operating system refers 
to the printer registry key "'Br MFl Printer" (printer driver 

10 specification data) that is associated with the printer name 
^"Br MFl Printer" in the system registry of Fig. 10 (b) and to 
the port name ^"BLP^ll .22 . 33 . 44_1" (input/output interface 
specification data) that is associated with the printer name 
^'Br MFl Printer'' in the system registry of Fig. 10(b) and in 

15 the installer registry of Fig. 11. The operating system 
controls the device 2 with a device driver specified by the 
printer registry key ^^Br MFl Printer'' via an input/output 
interface specified by the port name ^'BLP_11,22.33.44_1''. 

The operating system executes scanner function of the 

20 same device 2 in a manner described below. The operating 
system finds the scanner name ""Br MFl LAN'' (function- 
specific device specification data for scanner) for the 
scanner function of the subject device 2 in the system 
registry of Fig. 10(a). The operating system refers to the 

25 scanner registry key ^^0047'' (scanner driver specification 
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data) that is associated with the scanner name *^Br MFl LAN" 
in the system registry of Fig. 10(b) and to the port name 
"*BLP_11 • 22 . 33 . 44_1" (input/output interface specification 
data) that is associated with the scanner name ^^Br MFl LAN" 
in the installer registry of Fig. 11. The operating system 
controls the device 2 with a device driver specified by the 
scanner registry key "^0047'' via an input/output interface 
specified by the port name ^'BLP_11.22.33. 44_1''. 

It is noted that as shown in Fig. 9^ the inf file 
further stores therein data of the procedure for the 
installation process, and serves as an installation 
procedure file. The inf file stores therein data indicative 
of whether it is necessary to install in S330 each of a 
plurality of device drivers stored in the CD-ROM 10 in order 
to control the device to be installed. The CPU 11 performs 
the installation process by referring to the procedure in 
the inf file. 

Or otherwise, the steps of the installation process 
may be incorporated in the install program. By executing 
the install program, the CPU 11 prompts the user to input 
his/her instruction as to whether it is necessary to install 
each of a plurality of device drivers stored in the CD-EIOM 
10. 

If the user no longer needs to use some multifunction 
device 2 (2a, 2b, or 2c) , the user executes the uninstaller 
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stored on the hard disk drive 14, when the CPU 11 executes 
this uninstaller, an uninstallation process is executed on 
the personal computer 1, This uninstallation process is 
described next with reference to Figs. 13 through 16(b). 
5 Figs. 13 - 15 are flowcharts showing steps in the 

uninstallation process. Fig. 16(a) Is a flowchart showing 
steps in a process for creating a first vminstall list 
described in S600 of Fig. 13. Fig. 16(b) shows examples of 
a Registry 1, Registry 2, and Registry 3 created in the 

10 process of Fig. 16(a). 

As shown in Fig. 13, first, in S600, the CPU 11 
performs a process to create a first uninstall list 
(uninstall list 1) . This process will be described below in 
detail with reference to Figs. 16(a) and 16(b). 

15 As shown in Fig. 16(a), first, in S610/ the CPU 11 

acquires a list of registries under Registry 1, that is, 
under "A HKEY_L0CAL_MACHINE\ Software\ Br\ Br MFL\ 22 \ " in 
the target data storage registry in the example of Fig. 11 
and sets RegListl to this list. In this example of Fig. 11, 

20 a list of registries '^MFl and MF2" is set to RegListl . 

In S620 the CPU 11 atten^ts to acquire the first 
character array in RegListl and sets a SubKeyl to the 
acquired character array. 

In S630, the CPU 11 determines whether a character 

25 array has been acquired. If a character array has been 
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acquired {S630: YES), then the CPU 11 advances to S640. 
However, if a character array has not been acquired (S630: 
NO)r then the CPU 11 advances to S810 in Fig. 13. 

In S640 the CPU 11 sets Registry 2 to Registry 1 + 
5 SubKeyl . 

In S650 the CPU 11 acquires a list of registries under 
Registry 2 and sets RegList2 to this list. 

In S660 the CPU 11 attempts to acquire the top subkey 
in RegList2 and sets SubKey2 to the acquired character array. 
10 In S670 the CPU 11 deterroines whether a character 

array has been acquired in S660. 

If a character array has been acquired (S67p; YES), 
then the CPU 11 advances to S690. However, if a character 
array has not been acquired (S670: NO), then the CPU 11 
15 advances to 8680. 

In S680 the CPU 11 attenipts to acquire the next 
character array in RegListl. The CPU 11 sets SubKeyl to tho 
acquired character array and returns to S630. 

In S690 the CPU 11 sets Registry 3 to Registry 2 + 
20 SubKey2. In 3700 the CPU 11 adds Registry 3 to the first 
uninstall list (uninstall list 1) . In 3710 the CPU 11 
attempts to acquire the next character array in RegList2, 
sets SubKey2 to the acquired character array, and returns to 
S670. 

25 Using the example registry in Fig. 11, the first 
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uninstall list (loninstall list 1) shown in Fig. 17(a) is 
obtained through the process of Fig. 16(a). 

Referring back to Fig. 13, next, in S810 the CPU 11 
displays a dialog box shown in Fig. 18 for selecting the 
type of unin$talldtion desired. This dialog box enables the 
user to select the connection type of the device to be 
uninstalled (multifunction device 2) . For exaic^le, when 
uninstalling the multifunction device 2a connected to the 
parallel port 15, the user selects ""Local Interface." When 
uninstalling the multifunction device 2b or 2c on the 
network 3 connected to the network interface 16, the user 
selects ^^Network Interface.'' To uninstall all of these 
devices, the user selects ^'All." After selecting the 
connection type, the user clicks on the Next button, setting 
the selected type as the uninstall type. 

In S820 the CPU 11 determines whether the Next button 
has been selected and advances to S830 when the Next button 
has be@n selected. 

In S830 the CPU 11 stores the selected uninstall type 
in the RAM 12. 

In 584 0 the CPU 11 attempts to acquire the first data 
entry in the first uninstall list^ and in S850 determines 
whether the data entry has been acquired. If the data has 
been acquired (S850: YES), then the CPU 11 advances to S860. 
However, if the data has not been acquired (S850: NO), then 
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the CPU 11 advances to S920 of Fig. 14 • 

In SB 60 the CPU 11 acquires the port name from the 
SubKey2. In S870 the CPU 11 datermines the uninstall type 
(connection type) based on the uninstall type stored in the 
RAM 12 in S830- The CPU 11 advances to S890 when the 
uninstall type is ^^Local," to SB80 when '"Network^" and to 
S900 when ^^All." 

In S880 the CPU 11 determines whether the port name 
acquired in SB 60 is not ^Local." If the port name is not 
^^Local'' (S880: No), then the CPU 11 advances to S900, but if 
""Local" (S880: YES), thG CPU 11 advances to $895. In S890 
the CPU 11 determines whether the port name acquired in S860 
is ^"Local.'^ If the port name is ""Local'' (S890: YES), then 
the CPU 11 advances to S900, but if the port name is not 
""Local" {S890: NO), then the CPU 11 advances to S895- 

In 8895 the CPU 11 attempts to acquire the next data 
entry in the first uninstall list and returns to S850. 

In S900 the CPU 11 enters the data in a second 
uninstall list (uninstall list 2) • In 5910 the CPU 11 
modifies part of the SubKay2 in the second uninstall list to 
include the port name, enters this SubKey2 in a third 
uninstall list (uninstall list 3) and the list dialog box, 
and advances to S895. 

As a result of this process, only registry keys of the 
uninstall type selected in the dialog box of Fig. 18 are 
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stored in the second uninstall list* 

In the third uninstall list, the number part of the 
SubKey2 in the registry key of the second uninstall list is 
replaced with the port name. 

In the case of the registry shown in Pig. 11, for 
exarrple, values in Fig. 17(a) described above are stored in 
the first uninstall list. If the user selects ^^Local" as 
the uninstall type and if the only entry in the first 
uninstall list having ^Local" as the port name is *^2"^ which 
is SubKey2 of "\ HKEY_L0CAL_MACHINE\ Software\ Br\ Br MFL\ Z2 
\ MFl", then the second uninstall list and third uninstall 
list are created as shown in Fig. 17(b). 

Further, when ^All'" is selected as the uninstall type, 
the second uninstall list and third uninstall list shown in 
Fig, 17(c) are created. The elements in each list are 
configured such that they can be referenced by an index. 

As shown in Fig. 14, in S920, the CPU 11 creates and 
displays a list dialog box, as shown in Fig. 19, based on 
the third uninstall list. The list dialog box of Fig. 19 
shows the example when ^^All'' has been selected in the dialog 
box of Fig. 18 and therefore the third uninstall list is 
created in S910 as shown in Fig. 17(c). When ^Local 
Interface'' or ^^Network Interface-* has been selected, only 
the corresponding devices are displayed based on third 
uninstall list. 



In this list dialog box, each node of the tree portion 
under BrMFL in the registry tree of Fig. 11 is displayed 
along with checkboxes next to each corresponding node. When 
a node corresponding to a leaf of the tree is clicked, the 
checkbox is toggled between a checked state and an unchecked 
state. When a parent node of the tree is clicked, the 
checked state of the node is toggled on and off, and all 
checkboxes under the parent node are also toggled on and off. 
Checked nodes are treated as being selected. 

Of the registry values (content in the Data column in 
Fig. 11) corresponding to the node selected in the tree {the 
node toggled in Pig. 19), values for the PortName 
(input/output interface specification data), PrinterNameHBP 
(function-specific device specification data for printer) , 
TwainDSName (function-specific device specification data for 
scanner) , and FaxName (function-specific device 
specification data for fax) are displayed in this order in 
the Description area. Accordingly, the user can easily 
specify the target of unlnstallation. 

More specifically, in S930 the CPU 11 performs a 
description display process, which is shown in detail in Fig. 
20. 

As shown in Fig. 20, in S932 the CPU 11 determines 
whether an element in the list dialog box of Fig. 19 has 
been clicked. 
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If an element has been clicked (S932: YES)^ then the 
CPU 11 advances to S933. Otherwise {S932: NO) ^ the CPU 11 
advances to Sd36. 

In S933 the CPU 11 acquires the Index value of the 
5 element . 

In S934 the CPU 11 acquires description data 
corresponding to the index value from the target data 
storage registry (installer registry) shown in Fig, 11^ for 
example . 

10 In S935 the CPU 11 switches the description display of 

the list dialog box to the description data acquired in S934. 

In S936 the CPU 11 determines whether the Next button 
in the list dialog box has been selected. 

If the Next button has been selected (S936: YES) ^ then 
15 the CPU 11 ends the process and advances to S940 in Fig, 14. 

However, if the Next button has not been selected (S936: NO), 
the CPU 11 returns to S932. 

Referring back to Fig. 14, next, in S940 the CPU 11 
confirms the existence of selections in the list dialog box 
20 of Fig. 19, and in S950 deletes items not selected in the 
list dialog box from the second uninstall list. 

In S955 the CPU 11 attempts to acquire the first data 
entry in the second uninstall list. 

In S960 the CPU 11 determines whether a data entry has 
25 been acquired. If a data entry has been acquired (S960: 



42 



YES), the CPU 11 advances to S970. Otherwise (S960: NO), 
the CPU 11 advances to S1210 of Fig. 15. 

In S970 the CPU 11 acquires the TWAIN DS Name from the 
registry indicated by the acquired registry )cey name, 
5 In S9B0 the CPU 11 uses the API (Application Program 

Interface) of the operating system to delete the scanner 
driver based on this TWAIN OS name. 

Further, in S990 the CPU 11 acquires the TWAIN 
directory name from the registry indicated by the acquired 
10 registry key name, and in SIOOO deletes the TWAIN directory. 

Further, in SlllO the CPU 11 acquires the scanner 
driver registry key from the registry indicated by thia 
acquired registry key name and in 51120 deletes the scanner 
driver registry. For example, the CPU 11 deletes the tree 
15 below ^^0047" in Fig. 10(a). 

In S1130 the CPU 11 acquires the port name from the 
registry indicated by the acquired registry key name. 

For example, if the acquired registry key name 
indicates the registry shown in Fig« 11, the CPU 11 acquires, 
20 during S970 - S1130, TWAIN DS Name "Br MFl LAN*, TWAIN 
directory name ''c: \ WINDOWS \ TWAIN_32\ BRMFCSCNl", scanner 
registry key name ^'0047", and port name ^'BLP_11.22.33.4 4_1" 
from the installation registry. 

Next, in S1150 of Fig. 15 the CPU 11 determines 
25 whether the port name is Local . 
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If the port name is ^^Local" {S1150: YES) , the CPU 11 
advances to S1160 and deletes a printer key, which has been 
recorded with a printer comment of ^USB'' in S33S^ from the 
printer folder. 

In S1170 the CPU 11 deletes a printer key, which has 
been recorded with a printer comment of ^^LPT" in S335, from 
the printer folder. 

However, if the port name is not ''Local'' (S1150: NO), 
then in S1180 the CPU 11 deletes a printer key, which has 
been recorded in S3 35 with a printer comment the same as the 
port name acquired in S1130, from the printer folder. 

In this way, in SH60, S1170, or S1180, the CPU 11 
deletes the printer driver registry. For example, the CPU 
11 deletes in S1180 the tree below ^Br MFl Printer'' in Fig. 
10 (b> because the printer key ''Br MFl Printer" is recorded 
with a printer comment of the port name '*BLP_11.22.33.44_1''. 

In S1190 the CPU 11 recites a description of the 
deleted printer driver name in the Brlst.ini file. . An 
example description is shown in Fig. 21. 

In S1200 the CPU 11 deletes the subject registry from 
second uninstall list and returns to S955. 

If data entry has not been acquired in S960 (S960: NO), 
then in S1210 the CPU 11 deletes the description of , the 
printer in the Brlst.ini file* 

With the uninstall system according to the preferred 
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embodiment described above, the installer registries (target 
data storage registry) shown in Figs. 7 and 11 are provided 
separately from the system registries shown in Figs. 10(a) 
and 10(b). In the installer registry indicated by a 
registry key for each multifunction device 2, data 
identifying all the device drivers (scanner driver, printer 
driver, and fax driver) that are installed for the 
multifunction device 2 are registered in association with 
one another. Accordingly, the uninstall system can easily 
identify all the device drivers installed for the subject 
multifunction device 2 at one time, and can easily cancel 
the recordation of all the installed device drivers from the 
operating system. 

Further, the user can uninstall a plurality of device 
drivers for one or more specific device 2 at one time by 
designating the one or more specific device 2, Accordingly, 
the uninstall system of the present embodiment is convenient 
and is not troublesome for the user to operate. 

Hence, even though both the printer driver and the 
scanner driver are required for controlling some device 2 to 
execute the printer function and the scanner function, the 
user can uninstall the printer driver and the scanner driver 
for that device all at once simply by indicating the 
specific device 2. Accordingly, the uninstall system of the 
present embodiment is convenient to the user. 



The port name (input /output interface specification 
data) is recorded in the installer registry as shown in Figs. 
7 and 11. Accordingly, the list dialog box of Fig. 19 is 
prepared based on the installer registry to show the port 
names, to which all the devices are connected, thereby 
enabling the user to identify all the devices installed. It 
is noted, however, that device-identifying data other than 
the port name may be stored in the installer registry in 
place of the port name if the device-identifying data can 
enable the user to identify the corresponding device. 

In S930, the printer name and the scanner name 
(specific-function device specification data) that are 
stored in the installer registry in association with the 
user's selected device are displayed as shown in Fig. 19. 
The user can easily learn which device driver is targeted 
for uninstallation. 

As shown in Fig. 11, the port name is stored in 
association with the key name ^ \ HKEY_LOCAL_MACHINE \ 
Software \ Br\ Br MFL\ Z2 \ BrMFlX 3", which indicates the 
corresponding multifunction device 2 and which includes data 
^^BrMFl'^ indicative of the model of the subject multifunction 
device 2. In this way, the port name is stored in 
association with the key name for each device, and the key 
name for each device includes model specification data 
indicative of the model name of the subject multifunction 
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device. Accordingly, in S920, the list dialog box of Fig. 
19 is created to display model names "Br MFl" and "Br MFC2'' 
of all the devices 2 that are connected to the personal 
computer 1. Port names ^Local", "»BLP 11.22. 33. 44_1'', and 
S "BLP 11.22.33.45_1'' that are stored in the installer 
registries in association with all the key names that 
include the model name "Br MFl" are displayed in association 
with the subject model name. Similarly, port name "BLP 
11.22.33.55_1" that is stored in the installer registry in 
0 association with all the key name that includes the model 
name "Br MPC2" is displayed in association with the subject 
model name. The user is urged to select at least one model 
as a target of uninstallation. When at least one model is 
selected in S940, all the device (s), that is identified by 
> all the port names that are stored in association with the 
user's selected model, is set in S950 as the user's desired 
target device for uninstallation. Accordingly, it is 
possible to vininstall all the device drivers according to 
the user's selected model. 

Further, if the user wishes to uninstall all the 
device drivers for a specific model, for example, the user 
may do so simply by designating the model. The list dialog 
box of Fig. 19 displays, in association with each model, 
port names that are stored in association with all the 
devices of the subject model in the installer registry. 
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Viewing the list dialog box, the user can know the model of 
each device. The user can easily select specific devices or 
specific models as targets for uninstallation- 

While the invention has been described in detail with 
reference to the specific embodimGnt thereof, it would be 
apparent to those skilled in the art that many modifications 
and variations may be made therein without departing from 
the spirit of the invention, the scope of which is defined 
by the attached claims. 

For example^ the target device of uninstallation may 
be automatically detected by the personal computer 1 by 
detecting the connection status of the devices 2, for 
example, to the personal computer 1. • In such a case, S600 
through S950 may be omitted from the uninstall process of 
Figs. 13-15- 

In the above description, the install program and the 
uninstall program are originally stored in the CD-ROM 10 and 
are read by the personal computer 1 and are loaded into the 
personal computer 1. However, the install program and the 
uninstall program may be originally stored in another 
storage medium that can be read by a computer, such as a 
flexible disk, an optical disc (DVD-ROM, or the like), hard 
disk, ROM, or RAM, and loaded and executed on the computer 
when required, or may be loaded and executed on the computer 
via a network. 
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In the above description, each multifunction device 2 
has at least one function among a printer function, an image 
scanner function, and a fax communication function. The 
operating system can direct each device via a corresponding 
5 input/output interface to process image data by using its 
corresponding function. It is unnecessary for each device 2 
to perform image processing function, such as printer 
function, image scanner function, or fax communication 
function- It is sufficient that each device 2 requires 
10 installation of one or more device drivers to execute one or 
more functions. The operating system of the personal 
computer 1 controls each device 2 with a device driver for 
each function to implement the subject function possessed by 
the device. 

^5 The step of 3335 may be executed prior to or 

simultaneously with the step of S330- 
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